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Fin de la obra 


Terminamos con este número nuestra obra dedicada al diseño y la progra- 
mación de videojuegos, dedicada a formar al alumno en las principales téc- 
nicas relacionadas en el desarrollo completo de un videojuego 3D. 


A lo largo de la obra hemos aprendido programación a nivel general y a 
nivel específico con ciertas herramientas y lenguajes. También hemos tra- 
bajado con distintas aplicaciones de edición y retoque de imágenes, tanto 
en 2D como en 3D. Hemos descubierto las aplicaciones más importantes 
para crear nuestra propia música y toda clase de efectos sonoros, y hemos 
aprendido la historia de los videojuegos desde sus inicios hasta el panora- 
ma actual. 


Además, con esta obra se ha pretendido ayudar a fomentar la creatividad 
del lector, dándole ideas para sus desarrollos y diseños y animándole siem- 
pre a practicar, pues así es como se consiguen los mejores resultados. 


Terminamos aquí el viaje de 20 semanas articulado en 400 páginas y 20 
CD-ROMs, en el que deseamos que hayas adquirido una buena base para 
poder continuar a partir de ahí. 


Aprovechamos para agradecer tu confianza, esperamos que Programación 
y Diseño de Videojuegos haya sido una obra provechosa y que, en defi- 
nitiva, te hayas divertido. 


Porque en el fondo, de eso se trata. 
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do un sencillo módulo multijugador usando el protocolo UDP. 
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al cliente 91 628 02 03 


istema 


oncluimos el desa- 

rrollo de nuestro 

juego “Zone of 

Fighters” imple- 
mentando un sencillo módulo 
multijugador usando el proto- 
colo UDP para dos ordenado- 
res conectados entre sí por 
red local. 

Como sabemos, este proto- 
colo es ideal para intercambiar 
datos entre ordenadores a gran 
velocidad, necesario para juegos 
en tiempo real como “Zone of 
Fighters”. Hemos implementado 
el módulo multijugador en un 
programa totalmente indepen- 
diente, para facilitar su com- 
prensión. La idea básica es que 
uno de los ordenadores funcio- 
ne como anfitrión del juego 
(Host) y el otro como invitado o 
remoto. La jugabilidad o game- 
play se basará en varios modos 
de juego en el que las dos biona- 
ves lucharán en un mismo terre- 
no contra un número determina- 
do de ovnis enemigos y según el 
juego elegido, entre ellas tam- 
bién. 


(um) CONCEPTOS 
BASICOS DE 
DESARROLLO 

Antes de programar cualquier 

juego con algún sistema multiju- 

gador hay que tener muy claro 
qué es lo que se quiere, ya que 
testear este tipo de programas 
depende de una instalación ade- 
cuada. En primer lugar, tenemos 

dos ordenadores que envían y 

reciben paquetes de informa- 

ción entre sí a través de un 
mismo programa. Por lo tanto, 
este programa debe hacer dis- 

tinción entre quién es el host y 

quién el remoto. Para ambos 

casos, debemos realizar un 
código diferente pero mante- 
niendo una estrecha relación 
entre sí. Aparte, el resto del 
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multijugador 


código será de uso común 
como: recursos, la relación con 
el entorno, la creación de dispa- 
ros, sistema de partículas, 
visualización de indicadores, 
etc. Los paquetes de informa- 
ción contienen datos acerca de 
la posición y estado de ambas 
bionaves y su flujo debe mante- 
ner un cierto orden para evitar 
cortes de conexión. Además, 
debemos controlar al máximo la 
cantidad de bytes de cada 
paquete enviado para aumentar 
el rendimiento de respuesta. Por 
eso, solo se incluirá información 
fundamental de cada jugador 
imposible de obtener. El resto de 
información se debe procurar 
obtener en base a los datos dis- 
ponibles. Todo paquete debe ir 
encabezado con un byte que 
indique de qué tipo es, ya que 
en el protocolo UDP no va iden- 
tificada. Por último, el host es el 
encargado de crear el juego y 
sus características. Por lo tanto, 
el jugador remoto se adapta a 
ellos como invitado a la partida. 


(m) MÓDULO 
PRINCIPAL. 
PREPARANDO EL 
JUEGO 

Como novedad al código de 

“Zone of Figthers” para un juga- 

dor, disponemos de varios módu- 

los diferentes que explicamos en 
esta entrega: módulo principal 

(“Multijugador.bb”), módulo de 

control del jugador local (host o 

remoto) (“JugadorLocal.bb”), 

módulo de control del juego 

(“Juego.bb”), módulo de control 

de ovnis enemigos (“Ovnis.bb”) y 

módulo de control de red 

(“Red.bb”). 

En el módulo principal 
(“Multijugador.bb”) se encuentra 
el bucle principal del juego, el 
cual llama a las demás funcio- 
nes. Pero antes, debemos pre- 


HOST 


Nombre_Remoto$ 
Crear_JugadorLocal 
Actualizar_JugRemoto (remoto) 
Enviar a IP_remoto, Puerto_Remoto 


Pic US 

REMOTO 
Nombre_Host$ 
Crear_JugadorLocal 


Actualizar_JugRemoto (host) 
Enviar a IP_Host, Puerto_Host 


Esquema de la relación entre un equipo remoto 
conectado a una partida creada por un equipo 
anfitrión (host). 


guntar al usuario si quiere ser el 
anfitrión o el invitado para que el 
programa ejecute una parte del 
código u otra. Este control lo 
realizamos simplemente a través 
de la variable global “Host” (1 mm» 
Host / O » Remoto). 

Si se elige ser el host, se le 
pregunta al usuario qué tipo de 
juego va a crear y en qué escena- 
rio. Si por el contrario, decide ser 
el remoto, es decir, unirse a una 
partida creada, solo es necesario 
preguntarle el escenario donde 
se ha creado la partida y la direc- 
ción IP del host para poder entrar 
en contacto con él. Después de 
esto, el programa ya está prepa- 
rado para diferenciar a ambos 
jugadores conectados. El 
siguiente paso es cargar mode- 
los, texturas y el audio del juego, 
así como preparar el entorno y 
crear el resto de elementos. 
Seguidamente, preparamos el 
“stream” o fichero de comunica- 
ción para el envío de paquetes y 
creamos lo jugadores. Para esto 
último hay que tener un concep- 
to claro: tanto el host como el 
remoto son jugadores locales; es 
decir, en el ordenador host, su 
jugador es el local y el jugador del 
ordenador invitado es el remoto. 
Y para el ordenador remoto, su 
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La incursión de ovnis en la batalla por red incre- 
menta la jugabilidad y la posibilidad de incluir 
un modo cooperativo. 


jugador es el local y el jugador del 
ordenador host es el remoto. Por 
lo tanto, en ambos casos debe- 
mos crear un jugador local. 
Ahora bien, su dirección IP y 
puerto de comunicación serán 
diferentes (Ver Código 1). 
Cuando un jugador crea una 
partida (host) solo tiene que crear 
su bionave y colocarla en el terre- 
no. Sin embargo, para el jugador 
remoto, además de crear su bio- 
nave, debe comunicárselo al host 
para que éste pueda crear y colo- 
car en su terreno la bionave invita- 
da. Así que bastará con enviarle 
un paquete con su nombre de 
identificación y su posición. Este 
paquete se identifica con el núme- 
ro 100. Veremos luego en el 
módulo de red cómo se recibe 
esta información por el otro equi- 


po. Una vez preparada la comuni- 
cación, entramos en el bucle de 
juego donde controlamos y 
actualizamos al jugador local 
“Control_JugadorLocal(JugLocal)” 
y “Actualizar_JugadorLocal 
(JugLocal)”, la comunicación 
“Actualizar_Red(JugLocal)” y el 
juego “Actualizar_Juego()”. Las 
funciones para controlar al juga- 
dor local son exactamente igual a 
las utilizadas en el juego original 
de “Zone of Fighters”. La única 
diferencia es que utilizamos como 
variables de control (Entidad, rota- 
ción y velocidad) los campos de la 
estructura “JugadorLocal” previa- 
mente definida en el módulo de 
definiciones: 
Type JugadorLocal 

Field Entidad 

Field yy*,velocidad* 

Field Estado 


(m) MÓDULO DE RED. 
CONTROLANDO LA 
COMUNICACIÓN 

En este módulo controlamos 

todo el flujo de paquetes de 

información entre los dos jue- 
gos. Dependiendo de si el equi- 

po se comporta como host o 

remoto entraremos en un con- 

trol u otro. Sin embargo, las 

Operaciones para los dos juga- 

dores son básicamente las mis- 


Código 1. La IP será diferente según quién elija ser el host 


If Host 
IP. = HostIP(1) : 
Puerto host=2001 : 


IPSer$=DottedIP(IP) : 
Nombre Host$=nombre$ 


IP _host=Int_IP(IPSer$) 


UDP_Stream=CreateUDPStream(Puerto host) 

JugLocal.JugadorLocal= Crear JugadorLocal () 

PositionEntity JugLocalYEntidad,7300,300,800 
Else 

Puerto Remoto=Rand(3000,4000) : Nombre Remoto$=nombre$ 

UDP_Stream=CreateUDPStream(Puerto Remoto) 

JugLocal.JugadorLocal= Crear JugadorLocal () 

PositionEntity JugLocallEntidad,7300,300,800 

WriteByte UDP Stream,100 

WriteLine UDP Stream,Nombre Remoto$ 

WriteShort UDP_Stream, 7300 

WriteShort UDP Stream, 300 

WriteShort UDP_Stream,800 

SendUDPMsg UDP_Stream,IP_host,Puerto host 
EndIf 


mas pero orientadas a cada tipo 
de jugador. 


(um) CONTROL POR EL HOST 
Si hemos elegido ser el anfitrión 
del juego, el programa ejecutará 
las sentencias contenidas a par- 
tir de: “If Host”. Lo primero que 
debemos hacer es obtener el 
paquete que nos envían por 
medio de “RecvUDP Msg” en la 
variable “Msg”. A partir de ahí, 
podemos obtener la dirección IP 
y el puerto del jugador remoto. 
La IP ya la tenemos en “Msg” a 
través de “RecuDP Msg” y el 
puerto lo hallamos con 
“UDPMsgPort”: 
If Host 

Msg = RecvUDPMsg (UDP_ Stream) 

IP_Remoto=Msg 

Puerto Remoto=UDPMsgPort 

(UDP_ Stream) 


Lo siguiente es comprobar si 
realmente nos ha llegado un 
paquete. Si es así, obtenemos el 
primer byte que, como sabe- 
mos, nos dirá el tipo de informa- 
ción que trae (Tipo_Mensaje). De 
esta forma, podemos seleccio- 
nar las acciones por medio de 
una estructura “Select.. Case”: 

If Msg 
Tipo Mensaje=ReadByte(UDP Stream) 
Select Tipo Mensaje 


Una forma de ahorrar 
bytes en paquetes de 
información es evitar en lo 
máximo posible variables 
de tipo “Float”, ya que ocu- 
pan 4 bytes cada una. Por 
ejemplo, si no precisamos 
de posiciones precisas, 
podemos sustituirlas por 
variables de tipo “Short” 
que ocupan la mitad. En 
nuestro caso, es lo mismo 
utilizar 500.5, 1200.8, 300 
que 500,1200,300 ya que 
el terreno es de grandes 
dimensiones. 
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Como primera opción, vamos 
a gestionar el envío del paquete 
remoto de tipo 100 que hizo el 
jugador remoto al unirse a la 
partida (Ver Código 2). 

Siguiendo la lectura del stre- 
am (recordemos que los datos 
en un stream se escriben y leen 
secuencialmente), encontramos 
el nombre del jugador remoto y 
su posición. 

Evidentemente, si un jugador 
se ha unido a nuestra partida 
debemos verlo en la pantalla. 
Por lo tanto, es necesario crear 
otra bionave como jugador 
remoto además de la nuestra 
(jugador local). 

El control de esta nueva bio- 
nave lo realizamos en el módulo 
“Juego.bb”. Bien, hasta aquí 
todo perfecto. Sin embargo, si 
nos situamos en el ordenador 
del jugador nuevo veremos que 
él solo ve su bionave y no la del 
host. Así que éste debe enviar 
un paquete al remoto comuni- 
cándole que está dentro de la 
partida y que debe crear otra 
bionave que represente al host. 
Este paquete será de tipo 4 y se 
gestionará en la parte del códi- 
go del remoto. El siguiente paso 
importante para el host es 
actualizar a su bionave invitada 
además de la suya propia. 
Obviamente, esta última es con- 
trolada por el jugador pero para 
la remota dependerá de la infor- 
mación que reciba del otro orde- 
nador. Todos los paquetes de 
actualización recibidos por el 
remoto serán de tipo 2 y con- 


tendrá las coordenadas de posi- 
ción X, Y, y Z de la bionave, así 
como dos bytes más indicando 
si ha disparado y con qué arma. 
Estos dos últimos datos son 
suficientes para que el progra- 
ma anfitrión genere los disparos 
y explosiones con el código 
común. 


RY=ReadFloat (UDP_Stream) 

RPX=ReadShort (UDP_Stream) : 

RPY=ReadShort (UDP_Stream) : 

RPZ=ReadShort (UDP_Stream) 

Disp=ReadByte(UDP Stream) 

Arma=ReadByte(UDP_ Stream) 

Actualizar JugadorRemoto 

(RYA,RPX,RPY,RPZ,Disp,Arma) 

Debido a que el desplaza- 
miento de la bionave y los dis- 
paros dependen de un pivote 
es necesario proporcionar el 
ángulo de rotación exacto al 
otro ordenador en una variable 
de tipo “Float”"(RY+). Para 
actualizar esta bionave solo 
tenemos que posicionarla en 
las coordenadas recibidas, 
controlar su munición y la 
detección con los bonos. 
Estos dos últimos procesos se 
podían haber sustituido por 
variables contenidas en el 
paquete de información indi- 
cándolos. Pero, como dijimos, 
hay que evitar envíos sustitui- 
bles por otros métodos. 

Los siguientes tipos de men- 
sajes se refieren al control de la 
partida en sí como información 
si el jugador remoto ha muerto, 


Código 2. El jugador remoto envió un paquete de tipo 100 


ironanrnaananas ARPA na nca non nancncnnnananan nn ncannanananns: anmarnnanas: ammm 


Case 100 ¿Crear jugador remoto 


Nombre Remoto$=ReadLine(UDP Stream) 
RPX3=ReadShort (UDP_Stream) :RPY%=ReadShort (UDP_Stream) : 


RPZ3=ReadShort (UDP_Stream) 


JugRemoto.JugadorRemoto=Crear_JugadorRemoto() 
PositionEntity JugRemotolEntidad,RPX,RPY,RPZ 


WriteByte UDP Stream, 4 


WriteLine UDP Stream,Nombre Host$ 

WriteShort UDP Stream, EntityX(JugLocallEntidad) 
WriteShort UDP_Stream,EntityY(JugLocallEntidad) 
WriteShort UDP Stream,EntityZ(JugLocallEntidad) 


WriteByte UDP Stream,Modo Juego 
WriteByte UDP_Stream,NumOvnis 


SendUDPMsg UDP Stream, IP Remoto,Puerto Remoto 


a 


El nuevo módulo para multijugador incluye dos 
tipos de ambientación diferente. 


abandona el juego o si la partida 
ha terminado. 

Es conveniente enviar toda la 
información posible de una sola 
vez en un solo paquete que 
muchos envíos de pequeños 
paquetes. Por eso, implementa- 
mos en este mismo módulo el 
envío de información después de 
analizar los paquetes recibidos. 
Aun siendo el host y jugador local 
en nuestro equipo, en el ordena- 
dor del remoto nos corresponde 
ser el remoto y debemos mandar- 
le nuestra posición y estado con- 
tinuamente antes de terminar y 
actualizar el juego (Ver Código 3). 


(m) CONTROL POR EL 

JUGADOR REMOTO 
Si hemos elegido formar parte 
de una nueva partida, nos con- 
vertiremos en un jugador remo- 
to. Por lo tanto, el programa eje- 
cutará el código a partir de la 
instrucción “Else” de la función 
“Actualizar_Red 
(JugLocal.JugadorLocal)”. 

Al igual que ocurría con el 
host, el remoto también recibe y 
procesa información provenien- 
te de éste con “RecvUDPMsg”. 
Los tipos de mensajes son igua- 
les pero con otro número de 
identificación diferente. Cuando 
nos unimos a un host debemos 
crear su bionave en nuestro 
terreno. Para ello, debemos 
haber recibido un mensaje de 
tipo 4 enviado por el host cuan- 
do entramos en la partida: 


Nombre Host$=ReadLine (UDP Stream) 
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(mM) DESARROLLO 


RPX=ReadShort (UDP_Stream) : 
RPY=ReadShort (UDP_Stream) : 
RPZ=ReadShort (UDP Stream) 

Modo Juego=ReadByte(UDP Stream) 

NumOvnis=ReadByte(UDP Stream) 

JugRemoto.JugadorRemoto= 

Crear JugadorRemoto() 

PositionEntity JugRemotol 

Entidad,RPX,RPY,RPZ 

For n= 1 To NumOvnis 

Crear OVNI() 

Next 

Como podemos observar, 
hemos recibido también infor- 
mación del juego creado 
(“Modo_Juego” y, “NumOvnis”) 
y que necesitaremos para con- 
trolar la partida en el remoto, ya 
que éste carece de esa informa- 
ción. 

Si recordamos, el host envía 
continuamente paquetes de tipo 
1 con su posición y estado al 
jugador remoto para actualizar 
su posición. Por lo tanto, debe- 
mos tener en este caso el 
mismo código del host: 

Case 1 ; Actualiza Host 
RY=ReadFloat (UDP_Stream) 
RPX=ReadShort (UDP_Stream) : 
RPY=ReadShort (UDP_Stream) : 
RPZ=ReadShort (UDP_ Stream) 
Disp=ReadByte(UDP_ Stream) 
Arma=ReadByte(UDP_ Stream) 
Actualizar JugadorRemoto 
(RYA*,RPX,RPY,RPZ,Disp,Arma) 
Es importante que esté 

claro que esta información solo 
la utiliza el jugador remoto para 
actualizar la bionave que repre- 
senta al host en su terreno de 
juego. Para terminar, al igual 
que ocurre con el host, es 
necesario que el remoto le 
envíe continuamente su posi- 


If JugLocallestado=1 
WriteByte UDP Stream, 1 
Else 


EndIf 


WriteFloat UDP Stream,JugLocallyy : 

WriteShort UDP Stream,EntityY(JugLocallEntidad) : 
WriteByte UDP Stream,Send disparo 
SendUDPMsg UDP Stream, IP_Remoto,Puerto Remoto 


ción y estado antes de salir de 
la función. En este caso en un 
paquete de tipo 2. 


(um) LOS OVNIS 

La presencia de ovnis en el 
juego conlleva un envío de infor- 
mación para que en ambos equi- 
pos se muestren en la misma 
posición y con el mismo estado 
durante la partida. Esto trae con- 
sigo un envío adicional muy 
importante de información, la 
cual debemos realizar junto a la 
de los jugadores en el módulo 
de red. Luego, dependiendo de 
si el programa es host o remoto, 
se ejecutará una función de 
actualización diferente para los 
ovnis. Para disponer de las coor- 
denadas y estado de cada ovni 
de una forma ordenada y que 
podamos enviarlo todo junto en 
el módulo de red, vamos a dis- 
poner de una estructura de 
datos temporal que almacene 
estos valores en la función 
“Actualizar_OVNIS_Host ()” del 
módulo “Ovnis.bb”: 


Temp.tipo temp = First tipo temp 
For OVNI.tipo OVNI= Each 
tipo OVNI 
TempYOVNIXR=0VNIAx 
TemplOVNIYÁ=OVWNIXy 
TempYOVNIZ2=OVNIAZ 
TempYvida=0VNIvida 
TempDisparo=0VNIA 
Send disparo OVNI 
TemplArma=0VNIMtipo armamento 
Temp = After Temp 
Next 
Seguidamente, los datos de 
esta estructura los volcamos en 
el stream de envío, los cuales 
serán leídos por el remoto y 


Código 3. Debemos mandar continuamente nuestra posición y estado 


WriteByte UDP Stream,10 ; Muerto 


Es importante mostrar una estadística de resul- 
tados del juego al final de la partida, ya que 
aumenta la competitividad entre los jugadores, 
lo cual invita a seguir jugando. 


que utilizará la función 
“Actualizar_OVNIS_remotos ()” 
del módulo “Ovnis.bb”: 

For Temp.tipo temp = Each tipo temp 
WriteShort UDP Stream, TemplO0VNIX*: 
WriteShort UDP Stream, Templ0VNIYX 
WriteShort UDP Stream, Templ0VNIZ%: 
WriteByte UDP Stream, Templvida 
WriteByte UDP Stream, TemplDisparo: 
WriteByte UDP Stream, TemplArma 
WriteByte UDP Stream, Templobjetivo 

Next 

Hay que recordar que el host 
es quien crea y desplaza a los 
ovnis y el remoto solo se limita a 
tenerlos como clones en el terre- 
no. 

Los procesos expuestos en 
este número son los básicos en 
este nuevo módulo para “Zone 
of Fighters”. El resto del progra- 
ma está ampliamente comenta- 
do en el código fuente, incluido 
en el CD. Siguiendo el flujo del 
programa y leyendo los comen- 
tarios es fácil comprender su 
funcionamiento. 

... Hasta la próxima. 


WriteShort UDP Stream,EntityX(JugLocallEntidad) 
WriteShort UDP Stream,EntityZ(JugLocallEntidad) 


; WriteByte UDP _Stream,tipo armamento 
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Técnicas avanzadas 


de diseño 


ara finalizar la sec- 
ción de diseño gráfi- 
co hemos querido 
recorrer algunas de 
las herramientas que hemos 
utilizado para avanzar un 
poco más en su uso, apren- 
diendo algunas técnicas 
avanzadas que nos permiti- 
rán alcanzar mayores cotas 
de calidad en nuestros traba- 
jos. 


Prácticamente, Deep Paint 3D 
tiene las características de un 
programa de diseño gráfico co- 
mo herramientas de dibujo li- 
neal y vectorial, además de tra- 
bajar con texto. También, Deep 
Paint 3D admite la posibilidad 
de trabajar con capas como si 
de un programa de diseño co- 
mo Paint Shop Pro o Adobe 
PhotoShop se tratara (de hecho 
está basado en el funciona- 
miento de Photoshop). 


En nuestro primer ejercicio va- 
mos a utilizar la bionave de 
“Zone of Fighters” para colo- 
carle en una de las alas la frase 
“ZOF-Mod X”. Ejecutamos el 
programa y cargamos el mode- 
lo “bionave.obj”"contenido en el 
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directorio “Extras” del CD. 
Pulsamos directamente en 
“OK” en la ventana Import 
Material del comienzo. 
Aparecerá el modelo de espal- 
das y sin textura. Para cargar la 
textura pulsamos F7 para ir a la 
sección de capas en el panel de 
comandos. Hacemos clic en la 
casilla “C” del color y elegimos 
la casilla An Image. Elegimos 
del disco la textura de la biona- 
ve “textura_bionave”. El mode- 
lo aparecerá texturizado. El si- 
guiente paso es situar en la 
ventana a la bionave mostran- 
do la parte superior de las alas 
(Fig. 1). 

Podemos mostrar la textura 
en una nueva ventana haciendo 
doble clic sobre la casilla del 
color “C” en la capa. Lo que ha- 
gamos en la textura se mostra- 
rá sobre el modelo y viceversa. 
Con la lupa englobamos las 
dos alas de la textura y elegi- _ 
mos la herramienta de texto lA. 
Se abrirá una ventana donde 
podemos escribir el texto con 
la fuente que queramos. Al pul- 
sar “OK” aparecerá un recuadro 
con la frase que hemos escrito 
sobre la textura (Fig. 2). 

Haciendo clic y desplazando 
en los bordes del recuadro po- 
demos cambiar el tamaño de la 
frase o bien en la ventana de 
opciones Move Options en las 
casillas Width y Heigth. Para fi- 
nalizar colocamos la frase en el 
sitio correcto sobre una de las 
alas. Observamos cómo se 
puede ver directamente sobre el 
modelo en la ventana 3D. Una 
vez colocada podemos aceptar 
pulsando de nuevo sobre la he- 
rramienta de texto (Fig. 3). 
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Podemos disponer de más de 
una capa con todos los atribu- 
tos (color, bump, glow, shini- 


Es posible obtener la textura en una nueva venta- 
na para realizar cambios en 2D. 


Con la herramienta de texto podemos incorporar 
palabras a la textura directamente. 


dei B| 


El ajuste del texto se realiza por igual en 2D y 3D 
directamente en el modelo. 


Trabajando con nuevas capas podemos aplicar 
multitud de efectos sin alterar la textura original. 


Una vez que hayamos terminado de trabajar con 
las capas, debemos unirlas todas para obtener la 
textura final. 
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Por medio de los splines podemos dibujar formas 
complejas con precisión. 


ness y Opacity). Para crearla 
solo tenemos que hacer clic 
con el botón derecho sobre la 
sección de capas (F7) y elegir la 
opción Add Layer. Esta nueva 
capa puede contener otra tex- 
tura (la cual podemos mezclar) 
o bien utilizarla para pintar so- 
bre la textura o aplicar algún ti- 
po de efecto sin afectar a la 
textura original. Precisamente, 
vamos a realizar un ejercicio pa- 
ra aplicar en algunas partes de 
la textura un efecto emboss pa- 
ra realzar la profundidad de la 
textura. Para ello, selecciona- 
mos la casilla “C” de la nueva 
capa y seleccionamos la opción 
Nothing. Ya tenemos preparada 
la nueva capa vacía. Elegimos 
un pincel de punta cuadrada 
(F6) en Brush Settings con un 
tamaño de Feather de 54 y un 
Strength de 40. Pasamos a la 
sección Presets (F5) y elegimos 
el efecto Emboss From Layer 
Below de la lista Image 
Processing. Sobre algunas par- 
tes delanteras del modelo hace- 
mos clic con el pincel. 
Observamos cómo la textura 
parece levantarse. Podemos re- 
alizar la misma operación con 
un pincel de punta redonda so- 
bre los tornillos de la base de la 
cabeza (Fig. 4). 

Todos estos efectos los he- 
mos aplicado en la nueva capa, 
en ningún momento hemos 
modificado la textura original. 
Si desplazamos el deslizador de 
opacidad de la capa (junto a la 
casilla “O”) hacia la izquierda 
veremos cómo el efecto desa- 
parece. Siempre podemos bo- 
rrar la nueva capa haciendo clic 
con el botón derecho del ratón 
sobre el nombre de la capa y 
eligiendo la opción Delete 
Layer, o bien Clear Layer para 
borrar solo el efecto. Podemos 
disponer de cuantas capas 
queramos y podemos realizar 
cualquier operación desde pin- 
tar hasta mezclar otras imáge- 
nes. Si después de trabajar con 
varias capas sobre la textura 
(aplicando efectos o pintando) 
queremos salvar la textura con 
todo en un archivo, debemos 
unir todas las capas en una con 
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la opción Flatten Material del 
menú emergente que aparece 
al hacer doble clic sobre el 
nombre de la capa (Fig. 5). 
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Los Splines son curvas vecto- 
riales similares a las utilizadas 
en los programas de dibujo. 
Deep Paint 3D admite su uso 
para poder dibujar curvas o si- 
luetas variadas que difícilmente 
se harían a mano alzada. Como 
ejercicio, vamos a pintar el bor- 
de del ala de la bionave de color 
rojo. Para ello vamos a utilizar 
Splines. Seleccionamos la he- 
rramienta de la pluma HA. 
Pulsamos sobre el primer icono 
que aparece en la ventana de 
opciones Spline Options situa- 
da sobre el panel de comandos. 
Este icono (punta de pluma) sir- 
ve para colocar puntos de 
unión, el icono situado debajo 
(pluma con un +) sirve para in- 
sertar puntos y el de la derecha 
para borrar (pluma con un -). El 
segundo icono sirve para con- 
vertir un punto en una curva 
editable. Con el primer icono 
pulsado hacemos clic sobre la 
punta del ala (en la propia tex- 
tura), luego hacemos clic en la 
curva y para finalizar un último 
clic junto al final de la línea 
amarilla de la textura. Vemos 
cómo los tres puntos están 
unidos por una línea. Elegimos 
una herramienta de pincel con 
punta cuadrada con tamaño 
(Scale) de 4 y elegimos un color 
rojo para la tinta. A continua- 
ción para crear el dibujo de la lí- 
nea hacemos clic con el botón 
derecho sobre la línea del 
Spline y elegimos la opción del 
menú emergente BrushStroke 
Curve (Fig. 6). 

Vemos cómo el Spline se ha 
convertido en una línea gruesa 
pintada de color rojo. Estas 
operaciones siempre son con- 
venientes hacerlas en una capa 
nueva. A continuación, vamos 
a realizar la misma operación 
en la otra ala, pero en este ca- 
so, realizaremos una línea cur- 
va. Para ello hacemos clic en el 
extremo del ala y luego otro clic 


en el otro extremo y sin dejar 
de pulsar desplazamos el ratón. 
Veremos cómo el último punto 
va formando una curva con re- 
lación al primero (Fig. 7). 
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de cómo se verá el modelo tex- 
turizado con un motor 3D, 
Deep Paint 3D permite modifi- 
car su representación en la 
ventana. Es posible definir la 
calidad de dibujado seleccio- 
nando qué atributos queremos 
ver, el fondo de la ventana y 
modificar la intensidad y posi- 
ción de la luz ambiental y pun- 
tual. Estas opciones están si- 
tuadas en la sección Settings 
(F8) del panel de comandos. En 
este apartado encontramos la 
pestaña Lighting para las luces 
y Scene para el render. 
Situándonos en Lighting vemos 
que podemos modificar la posi- 
ción del foco de luz pulsando 
sobre los focos que rodean a la 
esfera, la cual representa el mo- 
delo. En el deslizador Ambient 
modificamos la intensidad de 
luz general, mientras que en 
Spot la del foco. Pasemos a la 
zona Scene. Ahí encontramos 
dos niveles de render o dibuja- 
do: uno cuando el modelo está 
estático (Still) y otro cuando lo 
movemos con el ratón 
(Moving). Pulsando sobre el 
icono de la esfera marrón modi- 
ficamos la representación: con 
textura, en modo flat (sin textu- 
ra) y en alámbrico (wireframe). 
Además, podemos activar o de- 
sactivar cada uno de los atribu- 
tos de la capa en ambos casos. 
Para cambiar el color del fondo 
de la ventana, elegimos el color 
y pulsamos en el botón “Color” 
(Fig. 8). 
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En ocasiones puede ocurrir que 
la textura no coincida con el 
despiece del modelo sobre la 
plantilla UV. Así que vamos a 
aprender cómo realizar este 
ajuste con LithUnwrap. 

En primer lugar, cargamos el 


modelo “bionave.obj” en File / 
Import, el cual ya contiene un 
mapeado UV. Seguidamente, la 
textura “textura_Bionave” en 
File / Material / Open. Si activa- 
mos la ventana de previsualiza- 
ción del modelo en Preview / 
Show Model observamos con 
detenimiento que la textura es- 
tá desplazada. Por lo tanto, te- 
nemos que ajustar la plantilla a 
la textura. Para el ejercicio, 
ajustaremos un par de partes. 
La primera de ellas será la base 
del cuello (Ver Fig. 9). 

Para seleccionar los vértices 
elegimos la opción Select / 
Vertex. Con el ratón hacemos 
un recuadro que englobe a los 
cuatros vértices inferiores de la 
base en la plantilla. 

Sin dejar de hacer clic sobre 
cualquiera de los vértices lo 
movemos hasta que queden 
ajustados. 

Hagamos lo mismo para par- 
te de la cubierta superior de la 
nave. Para esta ocasión selec- 
cionamos la opción Select / 
Group, ya que vamos a elegir 
toda una pieza completa del 
despiece. Para seleccionarla 
bastará con hacer clic sobre 
cualquiera de sus vértices. 

Con mucha paciencia se 
puede conseguir un ajuste ade- 
cuado que seguro mejorará no- 
tablemente el aspecto de nues- 
tro modelo. 
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No queremos terminar sin reali- 
zar algunos ejercicios intere- 
santes con Paint Shop Pro. En 


Para crear formas curvas perfectas podemos ir 
sumando puntos al spline. 


Deep Paint 3D permite la modificación del render 
del modelo en 3D y de la iluminación. 
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El ajuste de la textura al modelo con LithUnwrap 
resulta sumamente sencillo y proporciona unos 
resultados fantásticos. 
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Trabajar con las propiedades de las capas en Paint 
Shop Pro nos permite simular cualquier aspecto 
para una textura. 


Aprovechando los efectos de iluminación pode- 
mos personalizar la textura para adaptarla a u 
ambiente determinado. E 


Aplicando la propiedad Ligthen conseguimos 
visualizar todos los píxeles más claros de la mez- 
cla y los colores base. 


primer lugar queremos comple- 
tar una textura de un muro con- 
seguida a partir de técnicas fo- 
tográficas. La idea es añadir a 
la pared manchas de sangre y 
conseguir, por medio de ilumi- 
nación, que la pared forme par- 
te de un espacio interior ligera- 
mente iluminado por una ven- 
tana. En este ejercicio vamos a 
trabajar con las propiedades de 
las capas. Comenzamos, car- 
gando la imagen del muro con- 
tenida en “Extras” del CD “mu- 
ro.png”. Para conseguir las 
manchas de sangre sería erró- 
neo pintar directamente sobre 
la textura, así que utilizaremos 
una nueva capa. Para crearla, 
hacemos clic con el botón de- 
recho del ratón sobre la capa 
del fondo. En el menú emer- 
gente elegimos la opción New 
Raster Layer. A esta nueva ca- 
pa la llamamos “Sangre”. Para 
manchar la pared vamos a utili- 
zar la herramienta del bote de 
spray. En la ventana de opcio- 
nes cambiamos el tamaño del 
pincel redondo a 65. En la casi- 
lla Hardness colocamos un O y 
en Step un 1, con esto conse- 
guimos que el spray pinte con 
menos frecuencia, logrando así 
manchas discontinuas. Para 
conseguir el aspecto elegimos 
de la paleta Colors el estilo 
Cragogy de la librería para la tin- 
ta. Pasamos entonces a pintar 
las manchas sobre el muro en 
la nueva capa. Una vez termina- 
do el proceso pinchamos en la 
flechita situada junto a la pala- 
bra “Normal”. Emergerá un me- 
nú con todas las propiedades 
de mezclado de la capa: Layer 
Blend Mode (Fig. 10). 

Estas propiedades determi- 
nan la forma de mezclar los pí- 
xeles de la capa activa con los 
de la capa situada debajo. 
Realmente esta operación no 
combina las capas, sino que 
muestra cómo se combinan. 
Disponemos de 17 formas de 
combinar las capas entre ellas 
Hue (tono), Color, Saturation 
(Saturación) y Luminance 
(Luminancia); solo funcionan 
para imágenes de 24 bits. Para 
nuestro ejemplo, selecciona- 


mos la mezcla Darkenque elimi- 
na los píxeles más claros de la 
capa de abajo. Además, vamos 
a reducir la opacidad de la capa 
hasta un 85% (Fig. 11). 

El útltimo paso es crear el 
efecto de iluminación. Para ello, 
duplicamos la capa del fondo y 
la llamamos “lluminación”. 
Seleccionamos el efecto 3D ef- 
fects / llluminations effects / 
Lights. Aparece una ventana de 
diálogo con dos ventanas. En la 
de la izquierda situamos los di- 
ferentes focos de luz y en la de- 
recha vemos un previo de los 
resultados obtenidos. Para 
nuestro ejercicio elegimos unos 
focos estándar (customs) de la 
casilla Presets. Se nos mues- 
tran cinco focos de luz repre- 
sentados por puntos blancos. 
Al pinchar sobre cualquiera de 
ellos se muestra su ángulo de 
incidencia y su radio de acción 
en el centro. Eliminamos la luz 
de la esquina superior izquierda 
deseleccionando la casilla on 
en Light source. La quinta luz la 
situamos como se muestra en 
la figura y seleccionamos los si- 
guientes parámetros: 

-n Color elegimos el blanco 
puro con una intensidad 
(Intensity) del 78%. 

En Darkness colocamos un 
69. 
n Direct colocamos 
1138 

Esperamos que estos pe- 
queños ejercicios hayan servi- 
do para mejorar aún más el co- 
nocimiento de estas estupen- 
das herramientas de desarrollo. 
El tesón y la práctica diaria en- 
señan el resto. 

El mundo del diseño gráfico 
está lleno de herramientas más 
o menos potentes. Pero siem- 
pre se encuentra, en cada una 
de ellas, una opción diferente 
que nos ayuda a conseguir el 
resultado que andamos bus- 
cando. La especialización es 
cada vez más abundante y so- 
lamente un 5% de las herra- 
mientas del mercado son las 
más utilizadas profesionalmen- 
te. Sin embargo, siempre es 
bueno conocer un poco de to- 
do para estar preparados. 
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Secuenciadores 


trackers (y lll) 


n el número anterior 
empezamos a desa- 
rrollar un pequeño 
ejemplo con ModPlug 

Tracker. 

Continuamos, en esta oca- 
sión, completando el patrón rít- 
mico. Seguidamente, añadire- 
mos alguna melodía, efectos y 
trabajaremos con la edición de 
patrones. 


Siguiendo con el patrón del nú- 
mero anterior, añadamos en el 
canal 3 algunos toques de mara- 
cas para completar el ritmo base. 
Colocando, más o menos de for- 
ma aparentemente desordenada, 
las notas de maracas consegui- 
mos romper la monotoneidad del 
ritmo impuesto por el bombo y la 
caja de los canales 1 y 2. 
Recordemos que el sonido de las 
maracas corresponde al número 
3 de las muestras cargadas. Nos 
situamos al principio del patrón 
en el canal 3 y disponemos las 
notas más o menos como se 
muestra en la figura 1. 

Ya tenemos terminado el pri- 
mer patrón con el ritmo base. 
Para reproducirlo cíclicamente 
podemos hacer “CTRL + “F7”, 

Pasemos a continuación a 
completar el patrón, colocando 
las notas que servirán de melodía 
básica en el canal 4. 

Para ello, elegimos el sonido 
número 4 “Vangelis” y coloca- 
mos las siguientes notas: 

DO equivalente a la tecla Q (C4), 
en la posición O 

DOH+ equivalente a la tecla VW 
(C+t4) en la posición 24 

RE + equivalente a la tecla R 
(D+4) en la posición 30 

Tecla Q en 32 y en la posición 
55, B3. Haciendo doble clic en 
esta posición y eligiendo del 
menú flotante la nota. 


Es importante tener en cuenta 
que la muestra sonará completa 
la primera vez que se reproduzca. 
Cando termine, volverá a repro- 
ducirse comenzando por la posi- 
ción indicada en la casilla Start 
en Loop dentro de la sección de 
muestras Samples. Si en esta ca- 
silla colocamos un O indicaremos 
que la muestra sonará completa 
cíclicamente. La posibilidad de 
cambiar el comienzo del bucle en 
una muestra nos permitirá man- 
tener su reproducción hasta la 
llegada de otra nota. 

Para terminar el patrón nece- 
sitamos añadir dos canales más. 
Para ello, solo tenemos que ira 
la pestaña General y cambiar el 
Song Type a 6 Channels pulsan- 
do en el botón “Change”. 
Seguidamente, añadamos un 
nuevo sonido a la lista. Pulsamos 
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Colocando las notas de maracas de forma más o 
menos desordenada se consigue un ritmo menos 
repetitivo. 


Si tenemos activada la opción Loop podemos 
modificar la reproducción continua de la muestra 
en toda la canción. 


A cada nota podemos aplicar operaciones a su 
volumen y añadir efectos. 
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DE PATRONES Ñ 


A través del selector de patrones podemos dupli- 
car, borrar o insertar patrones en la canción. 


Con ModPlug podemos grabar simultáneamente 
en varios canales a la vez. 


MT 


ia A US chords, 


La posibilidad de utilizar una combinación de 
teclas del ordenador para producir acordes nos 
ayudará a simplificar el trabajo. 
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en la pestaña Samples y carga- 
mos la muestra “Flute”. Al repro- 
ducirla oímos cada vez que vuel- 
ve al comienzo. Para conseguir 
el audio sostenido, es decir, sin 
cortes, debemos colocar el co- 
mienzo del loop en una posición 
más adelantada. En este caso 
colocamos en la casilla Start de 
Loop el 5738. Si reproducimos 
ahora el sonido no tendrá cortes 
(Fig. 2). 

Volvamos a nuestro patrón y 
coloquemos las notas del nuevo 
sonido en las siguientes posicio- 
nes en el canal 5: CHt4 Pos. O, D4 
Pos. 23, E4 Pos. 29 y C4 en posi- 
ción 55. Podemos oír cómo he- 
mos conseguido que la flauta se 
quede sonando hasta que en- 
cuentre otra nota. 
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Podemos aprovechar esta cuali- 
dad para realizar algunos mati- 
ces de armonía. Por ejemplo, co- 
loquemos una sola nota de flau- 
ta en el canal 6, concretamente 
C+t4 en la posición 32. Al repro- 
ducir el patrón oímos cómo esta 
nota solitaria se mantiene so- 
nando en todo momento. El in- 
conveniente de esto es que rom- 
pe la armonía que hemos crea- 
do. Por ejemplo, queremos que 
siga sonando solo hasta el final 
del patrón. Para lograrlo, pode- 
mos aplicar una bajada de su vo- 
lumen. Los procesos de volumen 
los encontramos en el menú de 
propiedades de la nota (aparece 
haciendo doble clic sobre la no- 
ta) en la pestaña Volume. 
Elegimos d: Volume Slide Down 
con el valor máximo. Este efecto 
bajará el volumen de la nota pro- 
gresivamente. 

Otro tipo de efectos se halla 
en la pestaña Effects. 
Encontramos efectos para cada 
nota y otros que afectarán al 
conjunto del patrón. Por ejem- 
plo, si queremos modificar la ve- 
locidad de reproducción a partir 
de cierta nota solo tenemos que 
elegir el efecto Axx. Set Speed. 
En la sección General también 
podemos aplicar efectos a cada 
canal completo en la casilla 
Effect (Fig. 3). 
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Una vez que hemos terminado el 
primer patrón podemos dupli- 
carlo cuantas veces queramos. 
Para ello, hacemos clic con el 
botón derecho sobre el patrón O 
del selector de patrones y elegi- 
mos la opción Duplicate 
Patterns (Fig. 4). 

Como podemos comprobar, 
además de esta operación, en el 
mismo menú podemos crear, in- 
sertar, borrar y copiar patrones. 
Otro procedimiento que puede 
resultar útil es la grabación de va- 
rios canales al mismo tiempo. 
Cada vez que coloquemos una 
nota el cursor avanzará y se colo- 
cará en el otro canal y así sucesi- 
vamente. Para realizar esta ope- 
ración tenemos que activar los 
canales que queremos grabar ha- 
ciendo clic sobre el nombre del 
canal mientras mantenemos la 
tecla “SHIFT” pulsada, al hacerlo 
el nombre cambiará de color indi- 
cando que está activado el pro- 
ceso (Fig. 5). 

Por último, una operación 
muy interesante es la grabación 
de acordes a partir de combina- 
ciones de teclas. Para poder utili- 
zar este procedimiento debemos 
activar con anterioridad los cana- 
les que recibirán cada una de las 
notas del acorde. Una vez activa- 
dos pulsamos en el icono El para 
abrir el editor de acordes Chord 
Editor. Podemos tener hasta tres 
notas por acorde representadas 
en el teclado por un círculo rojo. 
Los acordes se forman a partir de 
una nota base, la cual situamos 
desae la casilla Base Key. Para 
elegir las notas del acorde es su- 
ficiente con hacer clic en el tecla- 
do. En la casilla Shortcut Key ele- 
gimos la combinación de teclas 
que producirá el acorde. 
Observamos cómo al pulsar la 
combinación que hemos selec- 
cionado se graban en los canales 
elegidos previamente las notas 
del acorde en la misma posición 
(Fig. 6). 

. Esperamos que todas las 
herramientas expuestas en este 
curso sirvan para facilitar el desa- 
rrollo del sonido que vuestros 
juegos merecen. 


ORIA DEL 


Video 


o queremos dejar las 
funciones de red e 
internet sin antes 
haber realizado algu- 
nos ejercicios para conocer 
mejor su funcionamiento. 
También damos a conocer 
algunos trucos que nos ayu- 
darán a optimizar nuestro 
código y que mostramos en 
las figuras 1, 2 y 3. 
Por último, hablaremos de las 
posibilidades de ampliación del 
lenguaje y de su futuro próximo. 


0 CHATEANDO 
POR UDP 


En este primer ejemplo hemos 
querido realizar un sencillísimo 
programa que permite hablar 
entre dos ordenadores conecta- 
dos por red utilizando el protoco- 
lo UDP. El fundamento es que el 
mismo programa envíe y reciba 
mensajes utilizando un puerto de 
entrada y salida y otro de desti- 
no, el cual equivale al de entrada. 
Además, utilizamos dos streams 
para albergar los mensajes de 
envío y llegada. Cada ordenador 
deberá introducir la dirección IP 
del otro para establecer la comu- 
nicación. 

Al principio del programa se 
pide la IP del equipo local para 
obtener información. Esta IP se 
visualizará como título de la ven- 
tana: 

ContIP=CountHostlIPs (GetEnv 
(“LocalHost”)) 


Funciones de red (y lll) 
y ampliación del lenguaje 


For n=1 To ContIP 
IPLocal$=IPLocal$+DottedIP 
(HostIP(n)) 

Next 

AppTitle “IP Local = “+IPLocal 
Para obtener la IP local utiliza- 

mos la instrucción 
“CountHostlPs”. La instrucción 
“GetEnv” nos proporcionará el 
nombre del equipo en la red. 
Después de obtener la notación 
de la IP preguntamos a qué direc- 
ción IP vamos a comunicarnos. 
Así que la pedimos en notación 
1.2.3.4 y luego la convertimos a 
la notación de número entero 
que entiende Blitz3D: 

Locate 10,20: IPDest$=Input$ 

(“IP Destino? ”) 

IPDestino= IntIP(IPDest$) 

La función “IntlP” simplemen- 
te transforma el string con nota- 
ción 1.2.3.4 a un número entero 
(Ver Código 1). 

Para ello, aislamos los cuatro 
números separados por un punto y 
sumamos sus valores previamente 
calculados con la función “Val”: 

Function Val (String$) 
valor=0 
If Left(Trim(String$),1)="-" 

signo=-1 

Else 

signo=1 

EndIf 

For n=1 To Len(String$) 

c=Asc(Mid$(String$,n,1)) 


o 5 


Código 1. Función “IntlP” 


Function IntIP (IP$) 


carrer nro r rra non cacananna nenas. Arona nr anno nn nncn cana nananano o 


al=val(Left(IP$,Instr(IPS,".")-1)):IP$=Right(IP$,Len(IP$)-Instr(IP$,".”)) 
a2=val (Left (IP$,Instr(IPS,".")-1)):IP$=Right(IP$,Len(IP$)-Instr(IP$,".")) 
a3=val (Left(IP$,Instr(IPS,".")-1)):IP$=Right(IPS,Len(IP$)-Instr(IP$,".")) 


al=val(IP$) 


Return (al Shl 24) + (a2 Shl 16) + (a3 Shl 8 ) +as 


End Function 


ennesso CREARA ARENA RARE RENA RUI AER AAA UE LUN UR LU GUA UU UA UU RARA ERA A RARA RAI AA REA AAA ARONA UA Urer serena nne renos 


If c>47 And c<58 Then 
m = valor :  m=mShl 1: 
valor=valor Shl 3 
valor=valor+m+c-48 

EndIf 

If c=46 Exit 

Next 

valor=valor*signo 

Return valor 

End Function 

Esta función simplemente con- 
vierte un string en un número con 
signo incluido, recorriendo cada 
uno de sus caracteres y convirtién- 
dolo con la instrucción “Asc”. 

Seguidamente, pasamos a 
definir los puertos y a crear los 
streams de entrada y salida. 

PuertoEntrada=6000 
PuertoSalida  =6300 
PuertoDestino=6000 

UDP Streamk=CreateUDPStream 
(PuertoEntrada) 
UDP_StreamW=CreateUDPStream 
(PuertoSalida) 

Ya tenemos el programa pre- 
parado para enviar y recibir men- 
sajes. Por lo tanto, ya podemos 
entrar en el bucle principal del 
programa. La idea es que a medi- 
da que escribamos los caracteres 
se imprimirán en el otro ordena- 
dor, admitiendo también el cam- 
bio de línea con la tecla “Enter”. 
Para ello utilizamos la función 
“GetKey()” para obtener los 
caracteres desde el teclado uno a 
uno. A medida que tecleamos 
enviaremos cada carácter al otro 
equipo a través del stream de 
salida “UDP_StreamWwW”. Igual 
que los caracteres, enviamos el 
cambio de línea, el cual corres- 
ponde al carácter 13: 

Tecla=GetKey() 

If Tecla>0 

Tf Tecla=13 
Print 
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WriteByte(UDP_StreamW, 
Tecla) 
SendUDPMsg UDP StreamW, 
IPDestino,PuertoDestino 
Else 
Write Chr(Tecla) 
WriteByte(UDP StreamW, 
Tecla) 
SendUDPMsg UDP StreamW, 
IPDestino,PuertoDestino 
EndIf 


Por último, nos queda recibir 
el mensaje del otro ordenador. 
Para ello, utilizamos la instruc- 
ción “RecuDP Msg” y el stream 
de lectura “UDP_StreamR”: 

Mensaje=RecvUDPMsg(UDP_StreamR) 

If Mensaje<>0 

Longitud=ReadAvail 

(UDP_ StreamR) 

If Longitud>0 
Caracter=ReadByte 
(UDP_StreamR) 

If Caracter=13 

Print 
Else 

Write Chr(Caracter) 
EndIf 


Antes de leer e imprimir el 
carácter en pantalla comproba- 
mos que hemos recibido un 
mensaje correcto a través de su 
longitud. 

Evidentemente, para probar 
este ejemplo debemos tener dos 
equipos conectados entre sí por 
cable de red. 


O INTERNET 

Queremos mostrar unos peque- 
ños ejemplos de comunicación a 
través de internet utilizando el 
protocolo TCP/IP. 


Sd ENVIAR UN EMAIL 

En primer lugar, mostramos la 
forma más sencilla de enviar un 
email a una dirección de Internet 
utilizando la función 

“OpenTCP Stream”. Para poder 
establecer la comunicación debe- 
mos introducir la dirección donde 
queremos enviar el email. En este 
caso es admisible la notación 
“www” o bien “1.2.3.4”: 
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Direccion$=Input$ (“DIRECCION 
(notacion IP o www)? “) 
Texto=Input$ (“Escriba el Email:”) 

Una vez introducido el texto 
que queremos enviar a la direc- 
ción especificada, abrimos el 
archivo de escritura con 
“OpenTCP Stream”: 

Email=OpenTCPStream (Direccion$, 80) 
Tf Not Email RuntimeError 
(“ERROR EN LA CONEXIÓN”) 

Si la operación devuelve un 
valor nulo salimos del programa 
con un error. Si la comunicación 
se ha inicializado correctamente 
pasamos a mandar el texto escri- 
biendo el stream abierto. 

WriteLine Email,Texto 

Print “EMAIL: “ 

Print “<" + Texto+"” >" 

Print “ENVIADO CORRECTAMENTE” 


% ACCEDER A UN 
SERVIDOR 
Otra utitidad interesante es la posi- 
bilidad de acceder a un servidor 
para enviar o recibir archivos. 
Presentamos un pequeño ejemplo 
de apertura de conexión con un 
servidor determinado. Simplemen- 
te, mostramos cómo acceder des- 
pués de introducir el nombre de 
usuario y la contraseña. 

En primer lugar, debemos pedir 
la dirección del servidor para poder 
abrir el archivo de comunicación: 

Servidor$ = Input 
(“¿Dirección del Servidor? “) 
Comunicacion=0penTCPStream 
(Servidor$,21) 

El siguiente paso, después de 
detectar si ha habido conexión, 
es pedir el nombre de usuario. 
Éste se enviará precedido de la 
directiva “USER” necesaria para 
que el servidor reconozca el tipo 
de orden enviada: 

If Not Comunicacion RuntimeError 
(“ERROR EN LA CONEXION”) 
Usuario$=Input$ ( “¿Nombre de 
usuario? ”) 
Orden$="USER”+Usuario$ 

WriteLine Comunicacion,Orden$ 


Hacemos la misma operación 
con la contraseña, esta vez con 
la directiva “PASS”: 

Pass$=Input$ (“¿Contraseña? ”) 
Orden$="PASS"+Pass$ 
WriteLine Comunicacion,Orden$ 

Una vez realizadas todas las 
Operaciones de enlace con éxito 
pasamos al bucle principal, el cual 
utilizamos para enviar todas las 
órdenes que queramos al servidor: 

Repeat 

Mensaje$=ReadLine (Comunicacion) 

Print Mensaje$ 

Orden$=Input (“¿Operacion? >”) 

WriteLine Comunicacion, Orden$ 

Until Orden$="Fin” 

Como podemos comprobar 
este tipo de operaciones es real- 
mente sencillo y proporciona una 
gran flexibilidad para desarrollar 
aplicaciones para internet. 


O DIRECTPLAY 

No queremos dejar el uso de las 
DirectPlay con las funciones 
para TCP sin mostrar un sencillo 
ejemplo de cómo crear un juego 
multijugador con ellas. La idea 
básica es mostrar en pantalla un 
jugador local y uno remoto 
representados por una pequeña 
esfera de distinto color. Ambos 
son movidos por el usuario con 
los cursores. El jugador local 
verá su esfera moverse en su 
pantalla y en la del otro ordena- 
dor y viceversa. Al principio cre- 
amos un jugador local y cuando 
el remoto se una creamos otro 
con diferente gráfico. Éste se 
moverá siguiendo las coordena- 
das recibidas a través de la red; 
es decir, cada jugador envía al 
otro equipo sus coordenadas X 
e Y, y ambos las utilizan para 
mover al jugador remoto. Para 
empezar, y después de definir 
las estructuras para cada juga- 
dor, debemos preguntar quién 
hará de anfitrión; es decir, quién 
creará el juego, lo cual almace- 
namos en la variable “Host”. En 
el ejemplo no usaremos la ven- 
tana estándar de las DirectPlay 
de Windows. Para ello, utiliza- 
mos la función “HostNetGame” 
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Function ByteS$(valor) 

PokeByte PosBank,0,valor 

For n=0 To 1 
S$=S$+ChriPeekByte(PosBank,n)) 
Next 

Return S$ 

End Function 


Función para extraer los números de un string y 
convertirlos a sus valores numéricos. 


en vez de “StartNetGame” (Ver 
Código 2). 

En caso de que el usuario ha 
elegido ser el anfitrión (Host) 
pasamos a crear el juego con el 
nombre “Nombre juego$”. En 
caso contrario, utilizamos 
“JoinNetGame” para unirnos al 
juego creado. Para ello, necesita- 
mos también saber la dirección 
IP del equipo donde está el 
nuevo juego, la cual hemos pre- 
guntado con anterioridad y que 
almacenamos en “IPServ$”. Ya 
tenemos preparado al sistema 
para albergar a cada jugador. 
Cada ordenador muestra a su 
jugador, por lo tanto, debemos 
crear un jugador local: 

JugLocal.JugadorLocal = 

New JugadorLocal 

JugLocallEnt = LoadImage 
(“Jugl.png”) 
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JugLocal1x=JugLocal1x+(KeyDown(205)-KeyDown(203)) 


JugLocally=JugLocally+(KeyDown(208)-KeyDown(200)) 
DrawImage JugLocalWEnt,JugLocallx,JugLocally 

Text JugLocallx,JugLocally-10,JugLocallnombre$ 
Posicion$=BytesS$ (JugLocallx)+BytesS$ (JugLocally) 
SendNetMsg 1, Posicion$,JugLocalXID,0 


JugLocallx = 100 

JugLocally = 100 

JugLocalXID = CreateNetPlayer 
(nombre$ ) 

JugLocalinombre$ = nombre$ 

De este jugador poseemos su 
entidad, sus coordenadas y su 
identificación en el juego. Para 
crear el jugador en el sistema 
multijugador es necesario utilizar 
“CreateNetPlayer”. Una vez crea- 
do el jugador local entramos en 
un bucle principal donde move- 
mos al jugador con los cursores 
y enviamos su posición al otro 
sistema con un mensaje de tipo 
1 (Ver Código 3). 

Observamos cómo el sistema 
de DirectPlay recibe y envía men- 
sajes de carácter alfanumérico, 
por lo tanto, debemos convertir 
las coordenadas numéricas en 
string. Para ello, utilizamos la fun- 
ción “ByteS$” cuya finalidad es 
convertir cada valor en alfanumé- 
rico utilizando como intermedia- 
rio un banco de memoria. (Fig. 1). 

Continuamos con las instruc- 
ciones necesarias para recibir los 


mensajes del otro ordenador y 
obrar en consecuencia. Esta ope- 
ración la realizamos con la función 
“RecNetMsg()”. Los mensajes utili- 
zados por las funciones de 
DirectPlay vienen automáticamen- 
te encabezados por un código que 
indica de qué tipo es (Ver Fig. 2). 

Así que, utilizando una estruc- 
tura “Select..Case” realizamos 
las operaciones según el tipo de 
mensaje (Ver Código 4). 

Si recibimos un código 100 
quiere decir que un nuevo jugador 


Tipo 1... 99 

MENSAJE DE USUARIO 
Tipo 100 

UN JUGADOR SE HA UNIDO 


Tipo 102 

EL HOST ORIGINAL DEJA LA PARTIDA 
Tipo 200 

HA OCURRIDO UN ERROR GRAVE , 


Descripción de los diferentes tipos de mensajes 
producidos por NetMsgType. 


e 5 


Código 2. Nos preguntaremos quién hará de host 


If host 


Text 220,260,"CREANDO JUEGO "+Nombre Juego$ 


n=CountHostlPs("”) 
IP = HostIP(n) 


If HostNetGame (Nombre Juego$)=2 


Text 220,280,"JUEGO "+Nombre Juego+" CREADO CORRECTAMENTE" 


Delay 1000 
Else 


RuntimeError "No se ha podido iniciar un nuevo juego" 


EndIf 
Else 


If JoinNetGame (Nombre Juego$,IPServ$)=0 
RuntimeError "No se ha podido unir al juego" 


Else 


AppTitle "UNIDO AL JUEGO “+Nombre Juego+" CORRECTAMENTE" 


EndIf 


Diseño y 
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393 


PosBank=CreateBank(2) 


Function StringS(St$) 

For n=0 To 1 

PokeByte PosBank,n,Asc(Mid(St$,n+1,1)) 
Next 

Num=PeekShort (PosBank,0) 
Return Num 
3 End Function 


Función para convertir un número en un string 
alfanumérico. 


se ha unido a la partida, por lo que 
tenemos que crearlo. A partir de 
aquí si no ocurre ningún error 
(tipo 200) recibiremos mensajes 
de tipo 1 conteniendo las coorde- 
nadas del jugador remoto. Así que 
solo tenemos que convertir este 
mensaje en números para obtener 
las coordenadas y actualizarlo. 

La función “StringS” simple- 
mente realiza la operación con- 
traria a la operación “ByteS$”; es 
decir, convierte caracteres en 
números (Ver Fig. 3). 


Y) AMPLIACIÓN DEL 
LENGUAJE 


Blitz3D nos proporciona la 
opción de ampliar sus posibilida- 
des a través del uso de librerías 
de enlace dinámico “DLL” progra- 
madas con otros lenguajes como 
C, C++, Visual Basic, PureBasic, 
etc. Para llamar a las funciones 
contenidas en una DLL, dispone- 
mos de la instrucción “CallDLL”: 

CallDLL (nombre _libreríaDLL, 
Nombre del procedimiento, banco 
de entrada, banco de salida). 

Los bancos de memoria son 
utilizados para el paso de pará- 
metros entre la librería y Blitz3D. 
El Código 5 muestra un sencillo 
ejemplo de creación de una DLL 
en Visual C para visualizar un 
texto en una ventana de 
Windows y su posterior utiliza- 
ción por Blitz3D. 

Como podemos comprobar, 
para construir una librería de 
enlace dinámico se necesitan 
conocimientos más avanzados 
de programación en otros len- 
guajes. El ejemplo que hemos 
presentado solo pretende servir 
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como referencia para aquellos 
con el interés de realizar sus pro- 
pias librerías DLL. 

Blitz3D llegará muy pronto 
con una nueva ampliación deno- 
minada BlitzMax. Este nuevo len- 
guaje basado en Blitz3D admite 
nuevas características en las que 
se incluye la posibilidad multipla- 


| eumrzso | BLITZ 3D | 


taforma y la habilidad de compi- 
lar código escrito en OpenGl 
directamente desde el editor. 
Esperamos que Blitz3D cubra 
todas vuestras necesidades de 
desarrollo y que pronto podamos 
ver entre los seguidores de este 
curso un amplio abanico de nuevos 
juegos con una calidad admirable. 


Código 4. Realizamos las operaciones según el tipo de mensaje 


If RecvNetMsg() 
Select NetMsgType() 
Case 100: 
From=NetMsgFrom( ) 
JugRemoto.JugadorRemoto = New JugadorRemoto 
JugRemotoYEnt=LoadImage ("Jug2.png”) 
JugRemoto1x=200 
JugRemotoly=200 
JugRemotol ID=From 
JugRemotoYnombre$=NetPlayerName (From) 
Case 101: 
AppTitle "EL JUGADOR REMOTO SE FUE" 
Delete JugRemoto 
Case 200: 
RuntimeError "UN ERROR GRAVE HA OCURRIDO" 
Case 1: 
Coordenadas$=NetMsgData( ) 
RemX=StringS (Left (Coordenadas$,2)) 
RemY=StringS (Right (Coordenadas$,2)) 
For JugRemoto.JugadorRemoto=Each JugadorRemoto 
JugRemotolx=RemX 
JugRemotoly=RemY 
DrawImage JugRemotoWYEnt,JugRemotoXx,JugRemotoly 
Text JugRemoto1x,JugRemotoly,JugRemoto1nombre$ 
Next 
End Select 
EndIf 


MH Cabecera del procedimiento: 
include “windows .h” 
extern “C” ( 
_declspec (dllexport) int cdecl ejemplo (int const void *int, 
int TamañoEntrada, int *out, int TamañoSalida); 
J 
NH Procedimiento: 
Int ejemplo (int const *in, TamañoEntrada, int *out TamañoSalida) 
1 
MessageBox (FindWindow (NULL, “ProcDLL”),"Esto es un ejemplo 
del uso de DLL en Blitz3D”, “DLL en Blitz3D”, MB Ok); 
return (1); 
J 
MH Desde Blitz3D: 
AppTitle “Proc. DLL” 
Llamada=CallDLL (“Procedimiento”,”ejemplo”) 
WaitKey() 
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Ividosjacos de 2 


Instalación del juego 
con innoSetup 


uando se termina 

de desarrollar un 

videojuego normal- 

mente se tienen 
multitud de carpetas y doce- 
nas de archivos situados en 
un lugar determinado del 
disco duro que el usuario 
final desconoce. 

Por lo tanto, resulta primor- 
dial incluir un sistema de instala- 
ción guiada en el que el jugador 
solo tenga que responder a una 
serie de preguntas para adaptar 
toda esa información en su 
equipo. Otra finalidad de un sis- 
tema de instalación es empa- 
quetar todas las carpetas y 
archivos del juego en un solo 
fichero (generalmente comprimi- 
do) para facilitar su distribución. 

En el mercado existe multi- 
tud de instaladores. Los encon- 
tramos de pago y algunos de 
libre uso. Para “Zone of 
Fighters” hemos elegido uno de 
los mejores instaladores gratis 
que podemos encontrar hoy 
día, Inno Setup. 


7 CARACTERÍSTICAS 
Muchas son las cualidades de 
este instalador, pero lo que más 
destaca es su estabilidad y la 
cantidad de posibilidades que 
admite. Entre ellas, su sencillez 
de uso. Puede funcionar en 
todas las versiones de Windows 
incluso para NT 4.0 o XP. Inno 


A DEFINICIÓN 


>» SCRIPT 

Un Script es un fichero de 
texto con un formato 
determinado parecido a un 


lenguaje de programación 
que puede ser editado. Es 
propio de la aplicación que 
lo utiliza y sirve para pro- 
gramar su funcionamiento. 


Diseño y 
Programación de 


deojuegos 


Setup genera un script con todos 
los procesos de la instalación 
para que podamos programarlo a 
nuestro gusto. Además, admite 
compresión de archivos, crea- 
ción de atajos en cualquier lugar 
del sistema (barra de tareas, 
escritorio) y hasta creación de 
registros de sistema. 

En nuestro tutorial solo reali- 
zaremos una instalación básica 
ayudados por el sistema de 
creación guiado del programa o 
“Wizard”. Aun así, es suficiente 
para nuestros propósitos. 


7 CREANDO LA 
INSTALACIÓN 
Al ejecutar Inno Setup, el pro- 
grama nos pregunta si quere- 
mos escribir un Script directa- 
mente o si preferimos utilizar la 
instalación guiada. De cualquier 
forma, al final obtendremos en 
el editor del programa un texto 
de script con la instalación, el 
cual podemos modificar poste- 
riormente a nuestro gusto. 
Seleccionamos la opción 
Create a new script file using 
the ... y en la siguiente ventana 
pulsamos en Next. El siguiente 
diálogo se refiere a la informa- 
ción del programa. En la prime- 
ra escribimos el nombre del 
juego y en la segunda la ver- 
sión, por ejemplo “Zone of 
Fighters 1.0”. La tercera y cuar- 
ta casilla son para el nombre y 
la web de quien publica el 
juego (Fig. 1). 

Luego entramos en el diálogo 
sobre el directorio donde se ins- 
talará el juego. Por defecto, el 
programa nos sitúa en Archivos 
de programa (Program Files). En 
nuestro caso, el juego utiliza 
una ubicación fija y establecida 
de antemano en el código, 
CilZone of Fighters. Por lo 
tanto, debemos seleccionar esta 
ubicación para que el instalador 


Please speciy some bano informaban about pom aphoston. 


El primer paso es asignar los nombres de la ins- 
talación. 


coloque ahí todos los ficheros. 
Puede ocurrir que haya usuarios 
que no tengan nombrado su 
disco duro principal como “C:”. 
En tal caso no podrían instalar el 
juego. Así que debemos permi- 
tirle que elija la suya, ya que 
mantener una ubicación fija no 
resulta nada profesional. Para 
modificar este aspecto en “Zone 
of Fighters” tendremos que 
cambiar el código de esta 
forma: 

Por ejemplo, sustituimos: 


bionave=LoadMesh (“c:1zone of 
fightersmodeloslbionave.3ds"”) 


Podemos asignar archivos individuales o carpe- 
tas completas. 
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Es importante seguir el orden en la suma de 
subcarpetas. 


control=LoadImage (“c:1zone of 
fighters1gf£fxImenulcontrol.png”) 


bionave=LoadMesh (“ Amodelos1 
bionave.3ds"”) 


control=LoadImage ( “Mg£x1menul 
control.png”) 
etc. 

Si elegimos esta última 
opción tendremos que dejar 
seleccionada la casilla Allow 
user to change .... para que el 
usuario pueda cambiar la ubica- 
ción del juego. El siguiente 
paso es decirle al instalador 


Cuando ejecutemos una 
instalación realizada con 
Inno Setup, todas las car- 
petas y archivos se ubica- 
rán de la misma manera 
que fueron incluidas al 
crear la instalación. 


La expresión (app) en el 
script significa el directo- 


rio del juego el cual fue 
elegido en la casilla 
Application destination 
base directory. 
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cuál será el ejecutable del juego 
(el cual elegimos a través del 
explorador pulsando en el 
botón “Browse...”) y dónde 
está. Si nuestro juego posee 
además otros ficheros o carpe- 
tas tendremos que incluirlos a 
través de Other Application 
files. Éste es el trabajo más 
duro, ya que tenemos que ir 
sumando todas las carpetas y 
subcarpetas. 

Supongamos que tenemos 
todo el juego en la carpeta 
“ZOF_MASTER”. Empezamos 
añadiendo esta capeta. 
Pulsamos en Add directory... y 
la elegimos desde el explora- 
dor. Hacemos lo mismo con 
todas las demás. Si tenemos 
una carpeta con subcarpetas, 
tendremos que elegir por orden 
la carpeta y seguidamente cada 
una de las demás subcarpetas 
(Fig. 2 y 3). 

Una vez añadidos todos los 
ficheros del juego pasamos a 
definir la generación de iconos. 
Automáticamente, el programa 
coloca el nombre del juego 
dado anteriormente para la 
barra de tareas de Windows 
(casilla Application Start Menu 
...). Si queremos que el instala- 
dor cree un acceso directo del 
juego y de la página web rela- 
cionada con él previamente 
definida, además de que el 
Usuario pueda decidir si quiere 
o no un acceso directo, selec- 
cionaremos todas las casillas 
de esta ventana. Por último, el 
siguiente paso es incluir los 
ficheros de documentación del 
juego. La primera casilla se 
refiere al fichero de texto que 
explica el tipo de licencia del 
juego. La siguiente mostrará un 
fichero de texto antes de empe- 
zar la instalación y la última 
casilla es para un fichero de 
texto después de la instalación 
(Fig. 4). 

A la pregunta de si quere- 
mos ejecutar la compilación 
del nuevo script respondemos 
que no. 


7 EL COMPILADOR 
Después de crear nuestra insta- 
lación aparecerá en el editor del 
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Podemos definir accesos directos tanto en el 
escritorio como en la barra de tareas. 


compilador el script generado 
por el sistema guiado, el cual 
podemos modificar a nuestro 
gusto. Observamos que el 
código está dividido en las dife- 
rentes partes que hemos esta- 
do rellenando durante la crea- 
ción con el Wizard. 

En “Setup” disponemos de 
todos los datos referentes a la 
instalación como el nombre del 
juego, detalles del editor, de la 
ubicación del programa y de los 
textos de información. En 
“Task” se muestran las caracte- 
rísticas activadas para la crea- 
ción. En “Files” se detalla la 
situación de los archivos para 
crear el ejecutable de instala- 
ción definitivo (Source) y dónde 
serán ubicados durante la eje- 
cución de la instalación 
(DestDir). La sección “INI” se 
refiere a los ficheros de entrada 
instalados en el sistema. En 
“Icons” se define la ubicación y 
nombre de los iconos creados 
y en “Run” la ubicación del pro- 
grama que ejecutará después 
de terminar la instalación. 

Para crear el fichero de ins- 
talación debemos pulsar en el 
icono [Bl o bien con la opción 
Run (F9). Si todo sale bien se 
habrá creado un único fichero 
ejecutable en el directorio 
Output creado en la misma car- 
peta donde tenemos los fiche- 
ros del juego. 

.. Esperamos que todos los 
tutoriales expuestos en el curso 
hayan ampliado aún más vues- 
tros conocimientos para llevar a 
cabo mejores desarrollos. 
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os simuladores de 

velocidad no se han 

limitado al mundo de 

las cuatro ruedas. 
Paralelo a éstos se han 
desarrollado títulos para el 
mundo del motociclismo y 
otras disciplinas. 

Además, en la mayoría de los 
casos, se han sustituido los vehí- 
culos clásicos por otros más fu- 
turistas con características de 
ensueño. Incluso algunos han 
mezclado la velocidad con el 
combate. En esta entrega habla- 
remos un poco de todos ellos. 


¿SOBRE DOS 
RUEDAS 
La disciplina del motor siempre 
ha estado vinculada también a 
los vehículos de dos ruedas, bien 
en competiciones en circuitos 
cerrados como en espacios 
abiertos (motocross) como ocu- 
rre con el automovilismo. No se 
han desarrollado tantos títulos, y 
menos de calidad, para esta dis- 
ciplina como ocurre con la fór- 
mula 1 o el rally, pero de igual 
manera empezó su producción 
para las antiguas consolas de vi- 
deojuegos y ordenadores de 8 
bits que intentaban recrear a las 
recreativas de la época. La premi- 
sa técnica básica era exactamen- 
te la misma que la utilizada para 
simular el automovilismo, la úni- 
ca diferencia radicaba en la repre- 
sentación de los vehículos. A 
medida que avanzaban las capa- 
cidades técnicas y el uso de dis- 
positivos de juegos se diferencia- 
ron las características del com- 
portamiento físico del vehículo a 
la respuesta del jugador. Los jue- 
gos de motociclismo se han 
orientado siempre al concepto 
arcade en torno a las competi- 
ciones con más renombre mun- 
dial, ya que las posibilidades de 
personalización de los vehículos 
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son casi nulas comparadas con 
las de las 4 ruedas. 

La primera referencia para jue- 
gos de motos en el PC la encon- 
tramos en el título Motocross de 
Microsoft en 1989 para MS- 
DOS. Al igual que ocurría con 
Pole Position en 1983, era en 2D 
y la acción avanzaba hacia la 
pantalla con el jugador situado 
en el centro y de espaldas. Un 
año después aparece African 
Trail Simulator de Positive con un 
poco de lo mismo. En la modali- 
dad de racing se desarrollaron 
más títulos destacando en 1989 
The Cycles: International Grand 
Prix Racing (Distinctive 
Software/ Accolade) con un ju- 
gabilidad arcade estupenda con 
posibilidad de elegir diferentes ci- 
lindradas. Este mimo año apare- 
ce un nuevo concepto de moto- 
ciclismo en la simulación de la le- 
gendaria Harley Davidson en la 
que la ciudad adquiere matiz de 
circuito con Harley DavidSon: 
The Road to Sturges (Incredible 
Technologies, Inc). A este título 
le siguieron otros de la misma 
serie hasta el 2000. Tuvieron que 
pasar algunos años para encon- 
trar un juego que realmente lle- 
nara el mundo del motociclismo 
para PC. La desarrolladora 
Delphine Software International, 
aprovechando las características 
de la aceleración gráfica 3Dfx, las 
MMX de Intel junto a las posibili- 
dades de la comunicación vía 
MODEM, realiza Moto Racer 
(Electronics Arts, 1996). Poseía 
dos estilos de competición su- 
perbike y motocross en 8 circui- 
tos perfectamente diseñados. 
Soportaba hasta 8 jugadores co- 
nectados y fue el primero en in- 
cluir sonido 3D. Moto Raceres 
ya un clásico y se han realizado 
tres partes más hasta el 2002 
con Moto Racer 3. A este título le 
siguieron otros que simulaban 


de 
velocidad (y li) 


(Arriba) The Cycles: International Grand Prix 
Racing. (Abajo) Moto Racer. 
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Motocross Madness 1 y 2: la locura sobre dos 
ruedas. 


El realismo conseguido con la serie Superbike es 
increíble. 
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sus cualidades. El más destaca- 
do fue Motocross Madness 
(1998) de Microsoft con uso de 
las Direct3D; poseía gráficos en 
3D real con soporte para disposi- 
tivos de juegos especializados y 
todas las conexiones diferentes 
para multijugador. La segunda 
parte, publicada en el 2000, es 
todo un espectáculo visual en el 
que puedes elegir varios tipos de 
competición, preparar la moto y 
jugar con otros jugadores por 
red. 

En este mismo año se versio- 
na para PC Jeremy McGrath 
Supercross 2000, el cual ofrecía 
la novedad de incluir un editor de 
circuitos. A partir del 2000 los tí- 
tulos alcanzan un realismo 
asombroso y pocas son las cuali- 
dades de que carecen. El aprove- 
chamiento de las 3D y las posibi- 
lidades gráficas del momento 
irrumpieron en todas las publica- 
ciones. Antes del lanzamiento de 
F1 2000 con la licencia FIA de au- 
tomovilismo, EA Sports publica 
SuperBike World ChampionShip 
a finales de 1998 con la licencia 
del mundial SBK, compitiendo 
con el Motocross Madness de 
Microsoft. Las cualidades técni- 
cas eran casi idénticas ya que 
poseía gráficos en 3D real o ani- 
mación por Motion Capture. 
SuperBike contempla unas cuali- 
dades casi perfectas para un jue- 
go de estas características que 
proporcionan un realismo impre- 
sionante. Se trataba pues de un 
digno simulador en el que inclu- 
so se puede observar el movi- 
miento de los pilotos en las cur- 
vas y el cambio de sonido en ca- 
da marca. La siguiente entrega, 
SuperBike 2000, aunque con ma- 
yores características técnicas co- 
mo más vistas de cámara, movi- 
mientos o más detalles en prime- 
ra persona, no superó en absolu- 
to a su versión anterior. Por otro 
lado, queremos terminar con la 
disciplina rey en circuitos de ve- 
locidad, los 500 cc. Este evento 
encontró una buena salida en el 
mercado con títulos como la se- 
rie Grand Prix 500 (MicroProse / 
Hasbro 1999). Pero sin duda, el 
mejor acercamiento a esta disci- 
plina estuvo a cargo de Namco 


E 2, HISTORIA DEL 
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cuando versiona su recreativa de 
1999 Namco 500cc GP para con- 
sola con el nombre de Moto GP y 
que posteriormente también pa- 
sa al PC. Moto GP está conside- 
rado el mejor simulador de 
500cc. de hoy en día. Su realis- 
mo es total y alcanza hasta en la 
maniobrabilidad de las motos. Es 
el primero en añadir el freno en 
las dos ruedas e inclinación de la 
moto a voluntad. Proporciona 
también cambios climatológicos 
que afectan al manejo de la moto 
y sistema de Motion Capture en 
los pilotos. 


£ VELOCIDAD 

FUTURISTA 
El concepto de las carreras en los 
videojuegos también se extiende 
en el campo de la ciencia-ficción 
ofreciendo títulos con un talante 
de arcade de lo más puro. Uno de 
los primeros intentos por simular 
carreras ambientadas en el espa- 
cio o con vehículos futuristas pa- 
ra PC corre a cargo de Electronics 
Arts con la versión de 
Powerdrome de Amiga en el que 
se simulaba una carrera de naves 
por un circuito cerrado. Inspirado 
en la realidad virtual aparece en 
1993 MegaRace (Cryo Interactive 
Entertainment) con gráficos en 
3D, vídeo Full Motion y voz. 
Siguió una secuela con 
MegaRace 2 (1996) y MegaRhace 3 
(2002). Pero el título que ha enca- 
bezado las listas de simuladores 
de carreras futuristas ha sido la 
serie Wipeout de Psygnosis des- 
de 1995. Fue el primer título de 
Psygnosis para Nintendo 64 y 
que versionó posteriormente para 
PC. Con Wipeout se rompen mol- 
des en cuestión de jugabilidad 
ofreciendo una velocidad de juego 
endiablada y el primero con carac- 
terísticas multijugador. Además 
de estos títulos, no podemos olvi- 
darnos de otros de gran calidad 
como la serie Start Wars: 
Episodio l: Racer (Lucas Arts 
Entertainment, 1999), basado en 
la película del mismo nombre. 

... Cada día la tecnología apli- 
cada a los juegos avanza más y 
más. ¿Qué maravillas nos depa- 
rará el futuro? La pregunta queda 
en el aire... 
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protocolo UDP? 


¿Cómo podemos obtener el nombre de un equipo conectado a la red local? 
¿Con qué instrucción abrimos un archivo de escritura en un servidor? 


¿Qué es lo primero que debemos realizar antes de clasificar los mensajes recibidos por el 


¿Cómo podemos enviar una variable de 4 bytes a través del protocolo UDP? 
En Deep Paint 3D, ¿cómo podemos obtener una ventana con la textura? 
¿Con qué herramienta podemos dibujar una silueta curva en Deep Paint 3D? 
¿Qué teclas del teclado equivalen a las notas DO y RE+* en ModPlug? 


. ¿Cómo podemos activar el uso de acordes en ModPlug? 


. ¿Cómo podemos permitir en Inno Setup que el usuario pueda cambiar el destino de la 


instalación? 


10. En Inno Setup, ¿en qué parte del Script se encuentra lo referente a los ficheros 


contenidos en la instalación? 


Respuestas al cuestionario 19 


> 1. Num_IP = HostlP( CountHostlps(””)) 
Direccion_IP$ = DottedIP$ ( Num_IP ) 


> 2. Crear juego: 
Nuevo_Juego = HostNetGame ( ” PARTIDA 1”) 
Unirse a un juego: 
IP_Host = “127.0.0,1” 
Nueva_Union = JoinNetGame ( “PARTIDA 1”, IP_Host) 


> 3. Type botones 
Field grafico 
Field x,y 
End Type 
Dim boton.botones(9) 
Dim botonB.botones(9) 


4 


Utilizando la instrucción “ImagesOverlap”: 

If ImagesOverlap(cursor,MouseX() MouseY (),botonBX 
grafico,botonBix,botonBWy) 

Drawlmage botonwrafico,botonBlx,botonBwy 

If MouseDown(1) eleccion=n Else eleccion=-1 

Endlf 


> 5. Elegimos en Styles los gradientes. Dentro de la ventana de diálogo 
elegimos el tipo esférico y entramos en Edit. En la ventana de Edit 
pulsamos el botón “New” y en Gradient seleccionamos los dos puntos 
de color. 


> 6. Que el gradiente nunca llegue a cubrir toda la imagen. 


> 7. En la sección General pulsamos el botón Change en la sección Song 
Type y elegimos los canales. 


> 8. En la sección Samples pulsamos en el icono “New” y seguidamente 
cargamos la muestra. Cada vez que se pulsa en “New” se crea una 
plantilla vacía a la espera de recibir un archivo de muestra. 


9. Haciendo clic sobre la línea horizontal que atraviesa el clip de audio 
en el punto dónde queremos modificar el volumen y desplazando el 
punto creado. 


Respuestas al cuestionario 20 


> 1. Utilizando la instrucción “GetEnv” " GetEnv(“LocalHost”) 


2. Con la instrucción “OpenTCPStream” » 
Comunicación=0penTCPStream(Dirección$, Puerto) 


> 3. Leer el mensaje con “RecvUDPMsg” .» 
Mensaje=RecvUDPMsg(UDP_Stream) 


> 4. Utilizando “WriteFLoat” "w WriteFloat UDP_Stream, valor+t 

[> 5. Haciendo doble clic sobre el canal “C” en la capa. 

> 6. Utilizando Splines. Una vez trazada la curva se pulsa con el botón 
derecho sobre ella y se elige la opción BrushStroke Curve con un 
pincel seleccionado. 


> 7. El DO corresponde a la tecla OQ y el REtH a la R. 


> 8. Si el acorde es de dos notas haciendo clic con la tecla “SHIFT” 
pulsada sobre dos canales. 


> 9. Activando la casilla Allow user to change the aplication directory. 


> 10. La relación de ficheros se encuentra después del encabezamiento 
[Files]. 
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AUDIO 

AudioMaestro 

Serie de utilidades para editar música, crear 
cds y un montón de cosas más. 

Music Collector 

Ten bien ordenada tus músicas y coleccio- 
nalas usando esta aplicación. 

Micoco MP3 to Wav converter Plus 
Convierte fácil y rápidamente tus MP3 en 
archivos WAV, 

RecordNow Max 

Excelente software de grabación de cds con 
un montón de opciones. 

Sound Probe 


Con este estupendo programa podrás editar 
tus archivos de audio y añadirles efectos. 
CD MP3 Terminator 

Graba tus MP3'a cd de un. modo muy senci- 
llo usando esta programa. 


DISEÑO 2D 
XPhoto Lite 


Excelente programa con el que podrás aña- 
dir múltiples efectos a tus imágenes. 
Irfanview 

Gracias a esta aplicación podrás previsuali- 
zar tus imágenes rápidamente. 
Poweralbums 

Ten siempre tus fotografías y dibujos orde- 
nador con este catalogador. 
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Contenido 


CD- 


Slowview 

Otro software de catalogación con el 

que además podrás visualizar tus 
imágenes. 

VCW VicMan's Photo Editor 
Programa de edición de imágenes para rea- 
lizar los cambios que desees. 


DISEÑO 3D 

Ayam 

Programa de edición y desarrollo de imáge- 
nes en tres dimensiones. 

FaceGen 


Excelente aplicación con la que podrás 
caracterizar toda clase de rostros a tu gusto. 
Nendo 

Demo de esta herramienta con la que 
podrás crear entornos y objetos en 3D. 
Rhinoceros 

Interesante utilidad para desarrollar escenas 
en tres dimensiones viéndolas además a la 
vez en varias perspectivas, 


PROGRAMACIÓN 
Inno Setup 

Nueva opor- 
tunidad para 
conseguir 
este excelen- | 
te software 
con el que 
realizaremos Ez 
el instalador del juego. 
NCTDiscWriter ActiveX DLL 
Gracias a esta herramienta podrás crear 
backups de tus datos y no perder nada. 
Emeditor 

Editor muy cómodo de usar que soporta 
además múltiples lenguajes de programa- 
ción. 


JUEGOS 

Motocross Madness 2 

Haz que tus competidores muerdan el polvo 
de la derrota con este divertido juego. 
Motocross Mania 

Trepidante simulador en el que no tendrás 
descanso alguno hasta llegar a la meta. 
Tux Racer 

Simpático juego completo en el que deberás 
correr una trepidante carrera deslizándote 
por la nieve. 

AmaSuperBike 

Corre con tu 
moto y 
diviértete de 
lo lindo en 
todas las 
carreras que 
desees. 
Star Wars Episode 1 Racer 
Competición de tipo futurista en la que ade- 
más podrás meterte en la piel de los perso- 
najes de Star Wars, 

Zone of Fighters 

Nuestro juego, en su versión ya definitiva. 
Además incluimos todo el código fuente. 


VÍDEO 
CamVideo FX 


Interesante utilidad con la que podrás pasar 
tus vídeos desde la cámara digital y un 
montón de utilidades más. 

X Audio Video Clip Joiner 
Combina fácil y rápidamente los clips de 
vídeo con el audio. 


» EXTRAS 

En este apartado encontrarás todos los 
ejemplos de los que hablamos en el colec- 
cionable, para que no pierdas detalle. 
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